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System and Method for 
Interleaving Frames with Different Priorities 



BACKGROUND OF THE INVENTION 

5 1 . Field of Invention 

The present invention relates to data transfer in a network and more particularly to data 

transfer that interleaves frames with different priorities. 

2. Description of Related Art 

Typically different types of data with varying priorities must be transmitted within a 
1$ network. Some data must be moved as quickly as possible subject to constraints associated with 
m time-sensitive data that must be sent at fixed intervals. Under these circumstances, regular 
,0 transmissions must be interrupted to accommodate the data that must be sent at fixed time 
vfl intervals. 

3 Although multiple queues can be used for multiple data priorities, additional queue 

management issues result from employing a multiplicity of queues, particularly when queues are 

Q 

\2 implemented in hardware. These issues can be particularly troublesome in the context of a 
wireless network. 

SUMMARY OF THE INVENTION 
Accordingly, it is an object of this invention to provide a system and method for 

20 interleaving frames with different priorities for transmission in a network. 

It is a further object to combine multiple software queues with a single hardware (or 

physical) queue. 

The above and related objects of the present invention, taken alone or in combination, are 
realized by a system and method that combine software queues corresponding to different 
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priorities with a single hardware queue for transmission in a network. Transmissions to the 
hardware queue from the software queues are managed to effect transmission priorities. 
Transmissions to the network are made from the single hardware queue. 

According to a preferred embodiment of the present invention, a method of queue 
management includes: adding entries having a first priority to a first software queue; adding 
entries having a second priority to a second software queue; reading entries from the first 
software queue to a physical queue; at a threshold time, flushing entries from the physical queue; 
after the act of flushing the physical queue, reading entries from the second software queue to the 
physical queue until a termination criterion is satisfied; after the termination criterion is satisfied, 
reading entries from the first software queue to the physical queue; and transmitting entries from 
the physical queue to a network. 

Typically the entries include frame data. Preferably, the method includes monitoring a 
timer to determine the threshold time. 

The method can incorporate the use of head pointers to manage data traffic to and from 
the queues. Preferably, the method includes using a first head pointer in hardware to track a next 
entry of the first software queue to be read to the physical queue and using a second head pointer 
in hardware to track a next entry of the second software queue to be read to the physical queue. 
The first and second head pointers respectively include an address in the first software queue and 
an address in the second software queue. Then the act of flushing the physical queue can include 
backing up the first head pointer and the second head pointer. 

The method also can include using a head pointer in hardware to track a next entry of the 
physical queue for transmission to the network, and using a head pointer in hardware to track a 
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next available entry of the physical queue for reading entries from the first software queue and 
the second software queue. 

The act of flushing the physical queue can include using backup buffers in hardware 
corresponding to the different priorities. Then, for entries in the physical queue having the first 
priority, the method includes storing addresses from the first software queue in a first backup 
buffer, and, for entries in the physical queue having the second priority, the method includes 
storing addresses from the second software queue in a second backup buffer. Then, the act of 
reading entries from the second software queue to the physical queue includes reading addresses 
in the second backup queue to access entries of the second software queue, and the act of reading 
entries from the first software queue to the physical queue after the termination criterion is 
satisfied includes reading addresses in the first backup queue to access entries of the first 
software queue. 

In a specifically preferred embodiment, the termination criterion is satisfied when all 
active entries of the second software queue have been read to the physical queue. The method 
further can include using status indicators for entries in the first software queue and the second 
software queue, an active status indicating that a corresponding entry is waiting to be transmitted 
to the network, and an inactive status indicating that a corresponding entry is not waiting to be 
transmitted to the network. Then the method can include switching a status indicator from active 
status to inactive status after transmitting a corresponding entry to the network. Additionally, the 
act of adding entries to the first software queue can include switching corresponding status 
indicators from inactive status to active status, and the act of adding entries to the second 
software queue can include switching corresponding status indicators from inactive status to 
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active status. Then in a typical operational setting the termination criterion is satisfied when all 
entries of the second software queue have an inactive status. 

The network can be a wireless network. For hardware components related to data 
transmission in a wireless network, the present invention advantageously enables a single 
transmit queue and one instance of transmit logic for all types of data. 

BRIEF DESCRIPTION OF THE DRAWINGS 
These and other objects and advantages of the invention will become more apparent and 

more readily appreciated from the following detailed description of the presently preferred 

exemplary embodiments of the invention taken in conjunction with the accompanying drawings, 

where: 

Figure 1 is a diagram of an embodiment of a network unit according to the present 
invention; 

Figure 2A shows a first stage of an example illustrating queue management for the 
embodiment shown in Figure 1 ; 

Figure 2B shows a second stage of an example illustrating queue management for the 
embodiment shown in Figure 1; and 

Figure 2C shows a third stage of an example illustrating queue management for the 
embodiment shown in Figure 1 . 

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 
An embodiment of a network unit 12 according to the present inventions is illustrated in 
Figure 1. A host 14 includes a memory 16 and a CPU 18 that interact to carry out software 
functions. An NIC (Network Interface Card) 20 provides a hardware interface to the external 
network by means of an antenna 22. More generally, the functions of the NIC 20 can be carried 



60199738v4 



4 



Docket No. 73 1 69-026-9962 



out by a network interface unit. Hardware operations in the NIC 20 are carried out by the MAC 
(Media Access Control) 24, which connects to the antenna 22 through the PHY (physical layer) 
26. A peripheral controller 28 mediates between software operations on the host 14 and 
hardware operations on the NIC 20. On the host side, the peripheral controller 28 accesses the 
5 host memory 16. On the NIC side, the peripheral controller 28 accesses a bus interface 30 
through a PCI bus 32. The configuration shown in Figure 1 is consistent with the ANSI/IEEE 
802.11 Standard. ("Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) 
specifications", ISO/IEC 8802-1 1: 1999(E)) 

In the network associated with the network unit 12, different types of frame data have 
|| varying priorities. Some data, known as Deadline Ordered (DO) data, must be moved as quickly 
fll as possible, while other data, known as Time Ordered (TO) data, must be sent at fixed intervals. 
|sQ That is, under nominal conditions the network unit 12 sends DO data; however, TO data must be 
gy sent at some TO time (TOT) after which the transmission of DO data may continue. 
!5 Figures 2A-2C show an example of queue management for the transmission of frames by 

|| the network unit of Figure 1. Figure 2A shows a DO queue 34 and a TO queue 36, which are 

Q 

maintained in software in the host memory 16, and a physical queue 42, which is maintained in 
hardware on the MAC 24. The host 14 manages data entry to the DO queue 34 and the TO 
queue 36, and the NIC 20 directly transmits data from the physical queue 42 to a network 44 
through the antenna 22. A frame is said to be "completed" when it is transmitted to the network 
20 44. 

As a software component of the network unit 12, the host 14 maintains the DO queue 34 
and the TO queue 36 and related addressing information in the host memory 16. Additionally, 
the host memory 16 maintains a status indicator that marks whether an entry in either of these 
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queues contains a frame that has not yet been completed. An entry with a frame waiting to be 
completed is known as an active entry and is indicated by an asterisk ("*") in the figures. For 
example, in Figure 2A the DO queue 34 contains active entries for at least D16-D25. Similarly, 
in Figure 2 A the TO queue 36 contains active entries for T1-T4. In Figure 2 A the TO queue 36 
5 in represented as having 100 entries (i.e., T1-T100) although any size is possible. The queues 
36, 38 may be stored as linked lists so that there is no limit to the number of entries although 
other data structures (e.g., a ring) may be used for queue storage. As shown in this example, 
active entries in the queues 34, 36 are contiguous. 

As a hardware component of the network unit 12, the NIC 20 maintains the physical 

il queue 42 in the MAC 24. The physical queue 42 receives frames that are read from the DO 
queue 34 and the TO queue 36 for transmission to the network 44. The MAC 24 manages the 
physical queue 42 by maintaining a head pointer 35 that points to an entry for the next frame to 

w be completed and a head pointer 37 that points to the next available entry in the queue. The 

|5 MAC 24 additionally maintains head pointers 38, 40 for the DO queue 34 and the TO queue 36 

|| to indicate the next frames to be transferred to the physical queue 42. 

M For example, in Figure 2 A frame entries Dl 1-D19 from the DO queue 34 are presently in 

the physical queue 42 for transmission to the network 44. The head pointer 38 of the DO queue 
34 points to entry D20 because the frame stored here is the next frame that will be sent from the 
DO queue 34 to the physical queue 42. Similarly the head pointer 40 of the TO queue 36 points 

20 to entry Tl, which is the next entry for transmission to the physical queue 42. 

As shown in Figure 2A, a direct memory access (DMA) engine 46 and a timer 48 are 
maintained in hardware on the MAC 24. By means of the DMA engine 46, the NIC 20 uses the 
peripheral controller 28 to accesses the host memory 16 and read frames from the DO queue 34 
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and the TO queue 36 to the physical queue 42. The MAC 24 monitors the timer 48 and keeps 
track of the times when the NIC 20 must switch from the DO queue 34 to the TO queue 36 (i.e., 
TOT). When making this switch, the MAC 24 flushes all frames from the physical queue 42 by 
adjusting the corresponding head pointers 35, 37 so that the physical queue 42 is effectively 
5 emptied. Additionally the MAC 24 restores the corresponding frames to the DO queue 34 and 
the TO queue 36 by backing up the corresponding head pointers 38, 40. 

Then the NIC 20 reads all active entries in the TO queue 36 to the physical queue 42. 
When all active entries of the TO queue 36 have been read to the physical queue 42, the NIC 20 
again reads active entries from the DO queue 34 to the physical queue 42. Preferably, the MAC 
|| 24 additionally maintains a backup DO queue and a backup TO queue for storing addresses in 

'kiss 

TU host memory of frames that are flushed from the physical queue at TOT, thereby allowing faster 
H access of these frames as they are again read into the physical queue 42. 

w Through the peripheral controller 28, the host 14 also monitors the passage of frames 

S from the physical queue 42 to the network 44 whereby entries in the DO queue 34 and the TO 
If queue 36 become available for reuse. By means of the status indicators (shown by a "*" in 
M* Figure 2A), queue entries can be reused after a stored frame has been completed. When the 

status indicator shows that a queue is full, no additional data can be added to that queue without 

overwriting data. 

Figure 2B illustrates the queue states after TOT. In a period before TOT, the physical 
20 queue 42 is flushed and the DO header 38 is correspondingly restored. The time for this 
operation is called the flush time. In Figure 2B, the head pointer 38 of the DO queue 40 has been 
reset to the Dl 1 entry which was the next frame to be transmitted from the physical queue 42 to 
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the network 44 in Figure 2A. The flush time is nominally between 0.1 and 1.0 milliseconds 
depending on operational conditions. 

At TOT the TO queue 36 is exhausted in the sense that all active entries in the TO queue 
are passed to the physical queue 42 and the head pointer 40 is correspondingly updated. The 
5 time for this transfer is called the TO-exhaust time, which is nominally about 75 microseconds. 
Figure 2B shows that the active entries of the TO queue 36 (i.e., T1-T4) have been passed to the 
physical queue 42. The head pointer 40 of the TO queue 36 has been updated so that it points to 
the T5 entry. 

After the TO queue has been exhausted, the NIC 20 switches access back to the DO 
lip queue 34 so that DO frames can be completed. Figure 2C shows the physical queue 42 now 
ry containing DO frames Dl 1-D15 behind the TO frames and the head pointer 38 of the DO queue 
l O 34 now updated to point to the Dl 6 entry. Although not reflected in Figure 2C, frames in the 
* J physical queue 42 are transmitted to the network 44 via the antenna 22, and the head pointer 35 
^ that points to the next frame to be completed is correspondingly updated. 
$5 Although only certain exemplary embodiments of this invention have been described in 

'siars- 

j,^ detail above, those skilled in the art will readily appreciate that many modifications are possible 
in the exemplary embodiments without materially departing from the novel teachings and 
advantages of this invention. Accordingly, all such modifications are intended to be included 
within the scope of this invention. 
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